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® Computer system having mixed macrocode and microcode instruction execution. 



© A computer system uses microcode subroutines 
to execute complex macroinstruction. Each macroin- 
struction is used to index a table (18). Simple 
macroinstructions have a single microinstruction 
counterpart in the table (18), and such microinstruc- 
tion is performed directly in order to execute that 
macroinstruction. The table entry corresponding to 
more complex macroinstructions is a jump microin- 
struction, with the target of the microcode jump 
being an appropriate subroutine in microcode mem- 
ory (16). 
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COMPUTER SYSTEM HAVING MIXED MACROCODE AND MICROCODE INSTRUCTION EXECUTION 



This invention was made with Government sup- 
port under Contract Number N00039-84-C-0537 
awarded by the Space and Naval Warfare Systems 
Command, US Navy. The Government has certain 
rights in this invention. 



BACKGROUND AND SUMMARY OF THE INVEN- 
TION 

The present invention relates generally to digi- 
tal computer systems, and more specifically to 
systems having microcode for execution of com- 
plex macroinstructions. 

Many modern computer architectures use 
microcode to support execution of complex 
macroinstructions. When a macroinstruction, or ma- 
chine instruction, is read by the central processor, 
a jump is made to the appropriate microcode sub- 
routine. This subroutine contains the code neces- 
sary to implement the macroinstruction. 

Such an arrangement has numerous advan- 
tages. Single complex ideas can be expressed as 
one machine instruction. Thus, the programmer is 
relieved from the burden of producing code for 
these complex ideas. In addition, care can be taken 
to ensure that the most efficient microcode is used, 
which will generally result in more efficient code 
than that produced by many different program- 
mers. The microcode can even be changed be- 
tween versions of the same system without affect- 
ing programs written at the macroinstruction level. 

One drawback of microcode machines is that 
microcode must be used to support all instructions. 
There is some minimum amount of processor over- 
head every time a microcode subroutine is ex- 
ecuted. This is especially true with pipeline ar- 
chitectures which must flush the pipeline every 
time a jump to a microcode subroutine is made. 
This overhead means that many simple instructions 
are executed very inefficiently. 

It would be desirable for a single computer 
architecture to have the ability to execute complex 
instructions, but to also be extremely efficient for 
execution of simple instructions. An ideal goal 
would be a system that can execute simple 
macroinstructions at the maximum microinstruction 
execution rate of the central processor, one 
macroinstruction per processor cycle. 

It is therefore an object of the present invention 
to provide a mixed instruction set architecture 
which supports both complex and simple instruc- 
tion. Simple in structions are preferably executed at 
the rate of up to one macroinstruction per clock 
cycle, while complex machine instructions are also 



BNSDOC1D: <EP 0279953A2_I_> 



supported. 

Thus, a computer system designed according 
to the present invention uses microcode to support 
execution of complex instructions. When a new 
machine instruction, (macroinstruction) is read, the 
instruction code is used to index a special look-up 
table. If the macroistruction is a simple type which 
has a corresponding single microinstruction, the 
entry in the look-up table contains that correspond- 
ing microinstruction. The system directly executes 
the microinstruction found in the look-up table, and 
then reads the next macroinstruction. If a particular 
macroinstruction is complex, and requires a micro- 
code subroutine to execute, the corresponding en- 
try in the look-up table is a jump instruction having 
a target which is the appropriate microcode sub- 
routine. 

This system can be combined with a pipelined 
architecture for increased throughput. When a 
pipelined architecture is used, a macroinstruction 
queue can be used to t;rfer macroinstructions. 
When a macroinstruction :auses a jump to a 
microcode routine, the ne:- macroinstructions are 
not lost, even though they are flushed somewhere 
25 in the pipeline. Macroinstructions not yet executed 
are retained in the queue until control returns from 
the microcode routine, at which time they re-enter 
the pipeline. 

The novel features which characterize the 
30 present invention are defined by the appended 
claims. The foregoing and other objects and advan- 
tages of the present invention will hereafter appear, 
and for purposes of illustration, but not of limitation, 
a preferred embodiment is shown in the accom- 
35 panying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

40 Fig. 1 is a block diagram of a system for 

executing macrocode and microcode instructions; 

Fig. 2 is a flow chart for use with the system 
of Fig. 1; 

Fig. 3 shows typical simplified macroinstruc- 
45 tion and microinstruction formats for use with the 
present invention; 

Fig. 4 illustrates operation of an instruction 
pipeline for use with a specific embodiment of the 
present invention; 
so Fig. 5 illustrates operation of an instruction 

pipeline when a jump to microcode is made; 

Fig. 6 illustrates operation of the same in- 
struction pipeline when control is returned from a 
microcode subroutine; 
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Fig. 7 is a block diagram illustrating the use 
of the present invention with a central processor 
having interleaved off -chip microcode memory: and 

Fig. 8 is a block diagram showing details of 
operation of the central processor of Fig. 7. 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENTS 

Fig. 1 illustrates the salient features of a com- 
puter system which is capable of executing macro- 
code instructions directly as well as implementing 
complex instructions in microcode. As will be used 
below, macrocode instructions are the machine lan- 
guage level instructions for a given computer sys- 
tem. A macroinstruction may be fairy complex, 
such as division of two floating point numbers, but 
it is still expressed as a single instruction in the 
native language of the computer. Microcode is 
used to actually perform the simple steps neces- 
sary for execution of a single macrocode instruc- 
tion. Thus, in the divide example, many machine 
cycles are generally necessary to perform a single 
divide instruction. Macroinstructions can be execut- 
ed by jumping to a subroutine stored in a micro- 
code memory and executing that subroutine. Once 
the macrocode subroutine is completed, control 
moves to the next macroinstruction to be executed. 

The microcode of a computer system is gen- 
erally not available directly to the prgrammer. In 
some systems, such as the Explorer symbolic 
computer from Texas Instruments, the microcode 
memory is actually a RAM which is loaded with the 
actual microinstructions at system boot-up time. 
This allows the processing system to be configured 
in diferent ways, and optimized for the particular 
task at hand. However, the microcode is still not 
directly accessible to applications programs run- 
ning on the system. Changing the microcode mere- 
ly changes the macroinstructions which are avail- 
able to the system. 

Figure 1 shows a block diagram of a system 
which is capable of executing simple macrocode 
instructions directly, and more complex instructions 
by calling microcode routines. A central processor 
(10) is connected to a main system bus (12). A 
main memory (14) is also connected to the system 
bus (12). System bus lines include data and ad- 
dress lines, as well as various control lines. In an 
actual system, additional devices would be con- 
nected to the system bus (12), such as I/O and 
mass storage devices, but such are not shown 
since they are not necessary to an explanation of 
the present invention. 

A microcode memory (16) is coupled to the 
central processor (10). This can be an independent 
random access memory which is loaded with 



microcode at system boot-up time, such as the 
Texas Instruments Explorer, or it can be a ROM or 
EPROM which is built into a central processor chip, 
or which is external to such chip. The microcode 
5 memory may be of nearly any type. 

Also coupled to the central processor (10) is a 
macrodecode table (18). This is a memory prefer- 
ably of the same type as the microcode memory 
(16). In fact, as described below in connection with 
70 Figures 7 and 8, the macrodecode table (18) may 
be nothing more than a reserved block within the 
microcode memory (16). Instruction type detect 
logic (20) is coupled to the central processor (10) 
and to the macrodecode table (18) for determining 
75 whether an instruction indexed in the macrodecode 
table (18) is a macro-mode instruction, which can 
be executed directly in a single processor cycle, or 
a micro-mode instruction, which requires that a 
microcode routine be called to execute that 
20 macroinstruction. The type detect logic (20) is very 
simple, since it need only detect a flag bit. or 
multiple flag bits, in a macrodecode table (18) 
entry, and may be incorporated as part of the 
central processor (10). 
25 Figure 2 is a flow diagram which illustrates 

operation of the system shown in Figure 1. The 
first step (40) in the instruction execution loop is to 
fetch the next macroinstruction. Macroinstructions 
may be fetched directly from main memory (14) as 
30 needed, or may be stored in a prefetch buffer with 
the central processor (10). Many methods for buf- 
fering and optimizing prefetch algorithms are 
known to those skilled in the art, and the particular 
method in which a macroinstruction is fetched . is 
as not of import to this description. 

Once the next macroinstruction has been 
fetched, this instruction is used to address the 
macrodecode table (step 42). The macrodecode 
table (18) can be considered to be a look-up table 
40 having a number of entries which is equal to the 
number of possible macroinstructions. For exam- 
ple, if 10 bit macroinstruction types are used, the 
macrodecode look-up table (18) would preferably 
have 2 10 = 1024 entries. 
45 The macrodecode table (19) is itself a table of 

microinstructions. Some macroinstructions map di- 
rectly to a single macroinstruction. These instruc- 
tions are generally the simple ones such as clear- 
ing internal registers, jumps, setting or resetting 
so control flags, and many register to register math- 
ematical and logical operations. For such macroin- 
structions. sometimes referred to herein as 
"macromode instructions", the corresponding entry 
in the macrodecode table (18) is precisely that 
55 microinstruction which performs that operation. 

One filed of the microinstructions contained in 
the macrodecode table (18) is an indicator which 
shows whether or not this macroinstruction is a 
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macromode instruction or a micromode instruction. 
The indicator field which is used is that which 
indicates the TYPE of the microinstruction. In the 
preferred embodiment, a microinstruction can have 
one of four types. ALU and BYTE instructions are 
those which execute and allow control to pass to 
the next microinstruction. JUMP instructions trans- 
fer control to a microinstruction other than the one 
following, and DISPATCH is a multi-way JUMP. 
ALU and BYTE types allow the processor to stay in 
macromode. while JUMP and DISPATCH force a 
jump to microcode. 

The next step (44) in the flowchart shows that 
this indicator field is tested, and if the macroin- 
struction is a macromode instruction the microcode 
instruction held in the macrodecode table (18) is 
executed directly (step 46). After such microin- 
struction is executed, the next macroinstruction is 
fetched and the cycle repeats. 

Many macroinstructions. such as function calls, 
as well as complex instructions such as floating 
point arithmetic, must call a microcode routine for 
execution. The indicator field in the macrodecode 
table (18) indicates that such macroinstructions are 
not macromode instructions, and the NO branch is 
taken from the decision step 44. For these instruc- 
tions, a jump is made to the appropriate microcode 
routine, (step 48) which is then executed (step 50). 
For macroinstructions which are not macromode 
instructions, the microcode instruction entry in the 
macrodecode table (18) is actually a JUMP or 
DISPATCH instruction giving the address of the 
appropriate microcode routine as the destination of 
the JUMP or DISPATCH. Once the microcode rou- 
tine has been executed, control is returned from 
microcode and the next macroinstruction is 
fetched. 

Figure 3 shows simplified instruction formats 
for macroinstructions and microinstructions. Figure 
3(a) shows that a macroinstruction includes an in- 
struction field, which is sometimes referred to the 
op-code, and other control information. For the 
purposes of this description, the control information 
is intended to include all immediate data, register 
identification, and any other information other than 
the op-code. 

Figure 3(b) shows that a microinstruction is 
similar, with the addition of a TYPE field. The 
preferred embodiment has the four TYPEs de- 
scribed above, so the TYPE field is 2 bits wide. 
The instruction field of a microinstruction is not 
necessarily at all similar to the instruction field of a 
macroinstruction, and the control information is 
everything else which is necessary to control the 
micro operations of the central processor. The in- 
struction amd control fields of the microinstructions 
are not necessarily distinguishable. In the example 
shown, for purposes of illustration and discussion in 
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connection with Figures 7 and nstruction 
field of macroinstructions is 10 r and con- 

trol and other information is 6 b;; - :g a total of 
16 for the width of a mac r .. auction. The 
5 macroinstruction width is commcniy an integral 
multiple of eight bits, such as 16 or 32. 

Microinstructions have a type field having a 
wicth of two bits, so that four different types may 
~ : be identified. In some systems, only a single bit 
10 may be necessary to distinguish micromode and 
^ macromode type instructions. The instruction itself 
has a length of 64 bits, including the various con- 
trol bits. The values described for instruction widths 
are for purposes of illustration only: they can, and 
/5 do, vary greatly depending on the computer sys- 
tem under consideration. 

The system described above may be adapted 
for use in any computer system. One particular 
utilization of the concepts described above will now 
20 be described in connection with their use on a 
Texas Instruments Explorer symbolic computer. 
Descriptions of the instruction pipeline and inter- 
leaved, off-chip microcode memory access are de- 
scribed in copending U.S. Patent Application Num- 
25 ber 761,220. titled INTERLEAVED MICROIN- 
STRUCTION MEMORY, by Bosshart, filed July 31. 
1985. 

- Figure 4 illustrates the standard instruction 
pipeline for this embodiment. Because the off chip 

so microcode memory is not fast enough to be acces- 
sed in a single processor cycle, a two-stage fetch 
is required to retrieve instructions accessed in the 
microcode memory. Thus, the instruction pipeline 
consists of four stages; FETCH1 , FETCH2. READ 

35 and EXECUTE. If a WRITE is part of the instruc- 
tion, that step takes a fifth stage. During the 
FETCH1 stage, the macroinstruction is placed on 
the address lines to the macrodecode table (18). 
Valid data is available on the data outputs of the 

40 macrodecode table (18) at the end of the FETCH2 
stage. The READ stage involves taking the re- 
turned data from the macrodecode table (18), 
which is latched into an instruction buffer, and 
accessing all necessary latches, etc. required by 

45 the instruction. This READ stage also involves a 
certain amount of decoding of the instruction. The 
EXECUTION stage is the actual ALU or other op- 
eration to be performed by the instruction. 

The pipeline shown in Figure 4 is valid for both 

so macroinstructions and microinstructions. That is, 
when macroinstructions are executed serially, and 
all of the macroinstructions are macromode type 
instructions, one macroinstruction will be executed 
for every processor clock cycle. If the processor 

55 clock rate is 40 MHz, macroinstructions can be 

sy- executed at that rate. 

When microinstructions are being executed in 
a microcode routine, the same execution rate ap- 

4 




plies. That is. serial execution of a block of micro- 
code can be be done at the maximum rate of the 
processor- Note that this maximum execution rate 
will seldom occur for any extended period of time 
for either macroinstructions or microinstructions. 
Whenever jumps or branches are made, it is gen- 
erally necessary to flush the pipeline and restart. 
Further details of this pipeline are described in 
Patent Application No. 761.220, INTERLEAVED 
MICROINSTRUCTION MEMORY, and pipelining of 
instructions generally is well known to those skilled 
in the art. 

Figure 5 shows the operation of the pipeline 
when a macroinstruction is not a macromode in- 
struction; that is, it requires a jump to a microcode 
subroutine for execution. The first line represents 
execution of a simple macromode macroinstruction. 
The second line represents a macrionstruction 
which requires a microcode subroutine for execu- 
tion. This determination is made at the end of the 
FETCH2 stage. The following macroinstruction. 
which is just completing its FETCH 1 stage, is 
flushed. Since the macroinstruction which needs 
microcode reads from the macrodecode table (18) 
a microinstruction which is a jump to a microcode 
routine, such jump is executed immediately. This is 
accomplished by placing the jump address of the 
microinstruction obtained from the macrodecode 
table (18) onto the microcode address line. This 
action initiates the FETCH1 stage of the first micro- 
code instruction of the subroutine. Thus, it is seen 
that there is a minimum 2 clock cycle latency 
between the breaking of the macromode pipeline 
and beginning of the microcode routine. 

Figure 6 shows the status of the pipeline when 
the microcode routine is completed, and execution 
of macroinstructions is resumed. The first line illus- 
trates normal execution of a microcode instruction. 
The second line is the return instruction from the 
microcode subroutine, which indicates that the pro- 
cessor should also return to macromode and con- 
tinue executing macroinstructions. An "Execute- 
Next* instruction follows the return instruction, and 
is executed before the return is completed. If no 
instruction is desired, or possible, here, this instruc- 
tion can be a no-op "instruction. Use of Jump- 
Execute-Next to improve efficiency of jumps in 
pipelined architectures is well known in the art. 
While the Execute-Next instruction is executing, the 
next macroinstruction is immediately fetched from 
a macroinstruction queue, as will be described 
below, and the macroinstruction pipeline is restart- 
ed. 

Figure 7 shows a block diagram of the central 
processor and microcode memory which is used 
with the above described pipeline. As described in 
Patent Application No. 761.220, INTERLEAVED 
MICROINSTRUCTION MEMORY, two sets of ad- 



dress lines are used to address interleaved micro- 
code memories (102. 104). MEM1 contains only 
odd addresses, while MEMO contains even ad- 
dresses. This allows con secutive addresses in the 

5 microcode memory map to be accessed simulta- 
neously by the central processor (10). Thus, the 
cycle time of the actual memory devices used for 
the microcode memory (102, 104) can be nearly 
twice that of the central processor without introduc- 

w ing wait states. Note that unused processor cycles, 
equivalent to wait states, will occur when jumps are 
made in the exeuction of microinstructions. This 
occurs because the interleaved microcode fetch 
acts as the first two stages of the pipeline de- 

i5 scribed in Figures 4 through 6. The data outupts 
(104) from the microcode memories (102. 104) are 
connected to the same bus (106). with only one of 
the microcode memories being enabled by signals 
EN0 or EN1 during any given clock cycle. The data 

20 output on the microcode memories are microin- 
structions. 

Two identical copies of the macrodecode table 
(106,108) are found in a reserved block of each 
microcode memory (102.104). One copy is used 

25 for odd microcode addresses, and the other is 
used for even addresses! Typical locations for the 
tables would be in either low microcode memory, 
or high memory. The address generated by the 
macroinstruction is shorter than that needed to 

30 access the microcode memories (102,104). The 
macroinstruction op-code is used for the LSB part 
of the address into each memory, and placing the 
macrodecode tables (106.108) in low or high mem- 
ory allows the remaining address lines to be driven 

35 to all high or all low. Duplicate copies of the macro- 
decode tables (106,108) arer needed because the 
microcode memories (102.104) are too slow to be 
accessed every clock cycle. Alternate macroin- 
structions are used to index into alternate macro- 

40 decode tables (1 06,1 08). 

Figure 8 shows a block diagram of the hard- 
ware needed in the central processor (10) to imple- 
ment the macromode operations described above. 
This is a simplified logic diagram used to show the 

45 features of the invention, and can actually be im- 
plemented in many different ways. 

Even address and odd address latches (110. 
112) hold ADDRESSo and ADDRESS1 being sup- 
plied to the even and odd banks of the microcode 

so memory (102, 104), respectively. The data bus 
from the microcode memories (114), containing 
microinstructions, is latched in an instruction regis- 
ter (116). The execute logic (118) of the central 
processor (10), including the typical ALU and logic 

55 operations perfromed by a central processor, reads 
the microinstruction from the instruction register 
(116). A macroinstruction queue (122) retrieves 
macroinstructions from the main bus through a 
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memory interface (120). In parallel with the 
macroinstruction queue (122) is a macro PC queue 
(124). This queue (124) holds the program counter 
corresponding to each of the macroinstructions of 
the macroinstruction queue (124). A Next Macro 
PC (126) is used as the program counter generator 
for macrocode routines, and is controlled in part by 
signal 127 from the execute logic (118). Next 
Macro PC (126) is part of the macroinstruction 
prefetch logic, which is similar to that found in 
many current processors. 

A macro fetch controller (128) is also a part of 
the macroinstruction prefetch logic. This controller 
(128) controls the flow of data through both the 
macroinstruction queue (122) and the macro PC 
queue (124). Both queue (122, 124) move in lock- 
step, so that the correct macroinstruction PC is 
always associated with its macroinstruction. The 
macro fetch controller causes both queues 
(122.124) to behave as ideal queues having no flow 
through latency. Those skilled in the art are familiar 
with the design of such queues. The preferred 
queues (122,124) have a length of 4, with the 
positions numbered 0 - 3. 0 is the head of queue 
position. 

When the processor is running microcode, a 
micro PC (130) generates the next microcode ad- 
dress. A micro PC controller (132) is responsible 
for operation of the micro PC generator and for 
control of the pipeline. It controls the pipeline pri- 
marily through control signals M1, connected to 
multiplexer (134), and M2, coupled to multiplexer 
(136). 

The execute logic (118) also includes a macro 
PC read register (138) and a macroinstruction read 
register (IBUF) (140). These registers hold the cur- 
rent values of the macroinstruction and its program 
counter which are in the read stage of the pipeline. 
Execute logic (118) also generates the signals EN1 
and EN2 for controlling the microcode memories, 
and controls the timing of the microcode address 
buffers (110,112). 

When a series of macromode macroinstruc- 
tions is being executed, a new macroinstruction is 
placed onto one of the address buffers (110, 112) 
during each processor clock cycle. Control fine M1 
causes multiplexer (134) to pass through the signal 
received from multiplexer (136). This signal has the 
macroinstruction op-code. Since the macroinstruc- 
tion does not completely specify an address in 
microcode memory, additional signals are added. 
The LSB of the prevous microcode address is 
complemented in inverter (138), and used as the 
LSB of the new address. Complementing the LSB 
of the previous microcode address causes con- 
secutive macroinstructions to be placed on alternat- 
ing microcode memory address latches. This is 
necessary for the two stage prefetch of the pipeline 
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to function properly. 

A preset microcode block identifier (140) gen- 
erates the location of the reserved block containing 
the macrodecode table (106. 108). As described 

5_. previously, placement of the macrodecode tables 
(106. 108) at the high or low end of microcode 
memory allows the block identifier to be all 1's or 
all O's respectively. 
7; Control signal M2 selects which entry from the 

to microinstruction queue (122) will be used for the 
~ next address. This is generally not the instruction 
currently at the head of the queue (position 0). As 
described in connection with Figure 5, a jump into 
microcode causes a flush of the macroinstruction 

75 which is currently in the Fetch2 stange. If macroin- 
structions are removed from the queue (122) as 
soon as they enter the fetch portion of the pipeline, 
macroinstructions will be lost whenever a jump is 
made to microcode. 

20 Therefore, the pipeline control (132) utilizes the 
multiplexer (136) to access any of positions 0 - 2 in 
the macroinstruction queue (122). An instruction 
does not leave the queue until the clock cycle in 
which it enters the read stage of the pipeline. This 

25 means that if the previous macroinstruction neces- 
sitates a jump to microcode (ie, it is not a macro 
mode instruction), the instruction currently in the 
queue remains there. In the case of several con- 
secutively executed macroinstructions, several 

30 things happen at the beginning of each processor 
cycle. The first instruction is latched in the IBUF 
(140), and leaves the queue. The instruction in 
position 1 moves to position 0. It has already 
completed its Fetch 1 stage, so it has already been 

35 used to generate a microcode address to took up 
an entry in the macrodecode table. The instruction 
in position 2 moves to position 1, and is used to 
generate the next microcode address to access the 
macrodecode. table. Any other instructions in the 

40 queue also move up 1 position, and a new one can 
now be placed in position 3 by the macro fetch 
controller (128). 

At the start of each clock cycle, a microinstruc- 
tion is available in the instruction register (116). 

45 This microinstruction corresponds to the macroin- 
struction which has just been latched into the IBUF 
(140), and pushed out of the macroinstruction 
queue (122). The macro PC. the entire macroin- 
struction, and the corresponding micro instruction 

so are all available to the execute logic at this time. 
The read stage is accomplished, which fetches any 
register values needed in the execution of the 
microinstruction, etc. In the following clock cycle, 
the microinstruction will be executed. 

55 The pipeline controller (132) determines that 

i this instruction is a macromode instruction by ex- 
amining the TYPE bits of the microcode. If the 
processor is already operating in macromode, and 

6 
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the microinstruction is of the correct type, the pro- 
cessor remains in macromode and continues to 
process macroinstructions. In the Explorer from 
Texas Instruments, basd on the MIT CADR ma- 
chine, macromode instructions are those which are 
of type ALU and BYTE. JUMP and DISPATCH 
instructions are not macromode instructions. If an 
ALU or BYTE microinstruction is present in the 
instruction register {116). and the current MODE is 
macromode. the processor remains in macromode. 
The MODE signal is always communicated be- 
tween the pipeline controller (132) and the execute 
logic (118). 

When a macroinstruction requires microcode 
support, as shown in Figure 5. the processor 
changes out of macromode. The pipeline controller 
(132) detects the microinstruction TYPE at the be- 
ginning of the read stage. As described above, the 
microinstruction in the instruction register (116) is a 
jump instruction, and the pipeline controller con- 
nects the jump destination to the appropriate ad- 
dress latch by using control signal M1. The MODE 
signal reflects that the processor is not longer in 
macromode. Succeeding microinstruction address- 
es will be generated under the control of the con- 
troller (132) by micro PC (130). If any jumps are 
made within the microcode routine, this will be 
detected by the pipeline controller (132) in the 
same manner as detection of jumps out of micro- 
mode, with the destination address being taken 
from the instruction register (116). Note that execu- 
tion of microinstructions of type ALU or BYTE do 
not cause the processor to return to macromode if 
it is currently operating in micromode. 

Figure 8 shows a signal labelled OTHER con- 
nected to the multiplexer 134. This represents oth- 
er signals which can be used for microcode ad- 
dresses. For example, if an error condition is de- 
tected, it may be necessary to trap to a microcode 
handler. The pipeline handler causes the appro- 
priate OTHER signal to be connected to an ad- 
dress latch (110. 112). An example of such a trap 
is a page fault in a virtual memory system sup- 
ported by microcode. The handling of these OTH- 
ER signals depends on the details of the particular 
system design. 

When a microcode routine which implements a 
macroinstruction is completed, a special return 
from subroutine instruction is executed as de- 
scribed shown in Figure 6. Execution of this in- 
struction causes the processor to return to the 
macromode state. Since MODE now indicates 
macromode. the next instruction to be fetched is 
the one at the head of the macroinstruction queue 
(122). The instruction in position 0 is used to ad- 
dress the macrodecode table. Note that at this 
same time the Execute-Next microinstruction is in 
the execute stage. The first macroinstruction . is 



applied to the address register opposite that most 
recently accessed, as determined by the com- 
plemented LSB taken from the most recent 
microinstruction. 

5 In the next clock cycle, the macroinstruction in 

position 1 of the queue (122) is connected to an 
address latch, thus entering the Fetch 1 stage. The 
instruction in position 0, now in the Fetch2 stage, 
remains in the macroinstruction queue (122). At the 

10 end of this cycle, the microinstruction corespon- 

r - ding to the macroinstruction in position 0 will be 
available in the instruction register (166). 

In the following clock cycle, normal operation 
resumes. The macroinstruction in position 0 leaves 

15 the buffer, and undergoes the read stage. The 
instruction in position 1 moves to position 0, and 
the instruction in position 2 is connected to the 
appropriate address latch (110. 112) through the 
multiplexers (136 and 134). This instruction is also 

20 advanced to position 1 in the queue (122). 

System variations can easily be accomodated 
by variations of the above description. If the micro- 
code memory is fast enough that it can be acces- 
sed in a single clock cycle, only a single fetch 

25 stage is needed in the pipeline. This means that 
only one address latch is needed. Also, the pipe- 
line control (132) need only be able to reach back 
one position in the macroinstruction queue, in- 
stread of two positions as described above. How- 

30 ever, the principle is the same: an instruction is not 
removed from the queue (122) until it enters the 
read stage, which means that the processor has 
committed to execute that instruction. Details of 
extracting macroinstructions from the queue can 

35 vary with the particular implementation of the 
queue (122). 

TECHNICAL ADVANTAGES 

40 

The use of the system described above allows 
one to execute simple macroinstructions at the 
maximum rate of the processor. The overhead nor- 
mally associated with microcode subroutine calls 
45 for simple instructions is eliminated. The overall 
throughput of the processor can be greatly in- 
creased if even a moderate proportion of the 
instructions executed are of the simple variety. 
The use of a macroinstruction queue as de- 
50 scribed above allows a minimization of the over- 
head necessary to make a jump into microcode 
when that is necessary. The jump is detected at 
the end of the fetch; it is not necessary to actually 
execute the jump microinstruction in the execute 
% 55 stage to begin the process of loading the appro- 
^ priate microcode routine. Macroinstructions already 
in the pipeline are saved because they are not 
removed from the queue until they are committed 
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to execution. When the system returns from the 
microcode routine, the pipeline controller can reach 
back into the queue to fetch several macroistruc- 
tions while retaining the first one at the head of the 
queue until its execution is committed to. 

The present invention has been illustrated by 
the system and methods described above, and it 
will become apparent to those skilled in the art that 
varoius modifications and alterations made be 
made thereto. Such variations fall within the spirit 
of the present invention, the scope of which is 
defined by the appended claims. 



Claims 

1. A digital computer system, comprising: 

a central processor for executing machine 
instructions; 

a microcode memory for storing machine 
instructions; 

a macro-instruction decode table located in 
said microcode memory for decoding macro 
instructions presented to the central processor, 
wherein said decode table contains machine 
instructions of two classes, wherein instructions of 
the first class are directly decodable and execut- 
able by the central processor, and wherein instruc- 
tions of the second class point to microcode rou- 
tines in said microcode memory; and 

a decoder coupled to said central processor 
and to said microcode memory for decoding 
instructions of the first class and causing their 
direct execution by the central processor, and for 
initiating execution of microcode routines corre- 
sponding to instructions of the second class. 

2. A digital computer system, comprising: 

a central processor for executing machine 
instructions; 

a main memory coupled to said central 
processor and containing machine instructions to 
be executed by said central processor; 

a microcode memory coupled to said central 
processor and containing microcode routines cor- 
responding to machine instructions; 

a macro-decode table coupled to said central 
processor and having a plurality of entries, wherein 
each entry corresponds to a machine instruction, 
wherein each entry is classified as belonging to 
one of a first or second set, and wherein machine 
instructions to be executed by said central proces- 
sor index an entry in said macro-decode table; and 

a decoder coupled to said central processor, 
said microcode memory, and said macro-decode 
table, wherein entries in said macro-decode table 
which are contained in the first set define directly 
executable machine instructions which are decoded 
by said decoder when such entries are indexed by 



a current machine instruction, and wherein entries 
in said macro-decode table which are contained in 
the second set identify microcode routines cor- 
responding to machine instructions, and said de- 
5 coder causes the corresponding microcode routine 
to be executed when such entries are indexed by a 
current machine instruction; 

wherein machine instructions from said main 
memory are accessed by said central processor 
io and used to index entries in said macro-decode 
table, whereby machine instructions corresponding 
to first set table entries are executed directly and 
machine instructions corresponding to second set 
table entries cause execution of a microcode tou- 
ts tine. 

3. A method for executing machine instructions 
in a digital computer system, comprising the steps 
of: 

(a) for machine instructions classified within 
20 a first set. executing such instructions directly; and 

(b) for machine instructions classified within 
a second set, executing microcode routines which 
implements such instructions. 

4. A method for executing machine instructions 
25 in a digital computer system, comprising the steps 

of: 

(a) fetching a next machine instruction into a 
central processor; 

(b) determining whether the next machine 
30 instruction is directly executable; 

(c) if the next instruction is directly execut- 
able, executing such instruction directly and re- 
turing to step (a); 

(d) if the next instruction is not directly ex- 
o$ ecutable, executing a microcode routine which im- 
plements the instruction, and returning to step (a). 

5. The method of Claim 4, wherein step (b) 
comprises the steps of: 

(b.1) using the machine instruction to index a 
40 decode table having class bits which indicate 
whether the machine instruction is directly execut- 
able; and 

(b.2) reading the class bits for the machine 
instruction. 

45 6. In a computer system having pipelined ex- 

ecution of instructions, the method for executing 
instructions comprising the steps of: 

(a) fetching a next machine instruction; 

(b) if the next machine instruction is directly 
so executable, executing such instruction and return- 
ing to step (a); 

(c) if the next machine instruction is not 
directly executable, 

(c.1) saving the current state of the instruc- 
ts tion pipeline, 

(c.2) jumping to a microcode routine cor- 
resonding to the next machine instruction, and ex- 
ecuting such microcode routine, 
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